- when the user opens a file with the option key pressed, a new dialog requests what type of resource to get sound data from (I've been wanting to add this feature for a LONG time). User can select the resource type from a pop-up menu presenting all the types available in the file, plus 'snd ' (in case user wishes to add 'snd ' to this file). Note that asking Sound Mover to "play" a FONT or an ICON may lead to very ear piercing results (and possibly to your dog leaving home <grin>).
- looks in its own resource fork for 'SoTy' fileType/sound-resource pairs: if you want Sound Mover to automatically (i.e. without your having to press the option key) open a file of type 'CIAO', which you know to contain 'Nois' sound resources, simply (!) use ResEdit to create a 'SoTy' resource named 'CIAO', whose 4 byte contents is 'Nois'. If this doesn't make sense to you, you'd better not attempt it and ask me to do it for you instead (and preferably send me the file in question, so I can test it).
The file types currently known to Sound Mover via 'SoTy' resources are:
- Jam Session/Studio Session instrument files (DEWF fdType, sound in data fork).
- SoundCap/SoundWave/SoundEdit files (FSSD fdType, sound in data fork).
- when replacing a sound with another which has the same name, the ID of the sound being replaced is preserved (suggested by Denis Figeys and especially useful if you want to replace sounds in Finder Sounds, where what matters is the ID, rather than the name of the sound)
- if Sound Mover finds any nameless sound resources, it will henceforth give them a name, so that they will appear in the list. The name will be a number corresponding to the ID of the resource. You can then use the Rename function to call the sound whatever you wish.
- When creating a new sound file, the name suggested for it will be the one currently highlighted in the list of sounds. If there's no selection or there are more than one, then the name will default to Sounds, as in the previous versions. This feature was suggested by Ivan MacKenzie and I find it a very nice touch, indeed.
- Mr MacKenzie also requested a Renumber function. You'll now find it right under Rename in the Edit pop up menu.
- Given that the most popular commercial sound editing application by far is Sound Edit, from now on the creator of data files created with Sound Mover (i.e. when you are converting from snd to data file format) will be set to SFX!. Double clicking such a file will thus launch Sound Edit, instead of Sound Wave as in previous versions which set the creator to JOSH.
- removing multiple sounds from a file is much faster
- won't play the sound when asking to save changes, unless user clicks the new Play button in the dialog (and the volume > 0)
- several users complained that command-r would not invoke the Remove menu item. The reason was that I thought it would be safer to only accept an uppercase R. I now ignore the case of the letter, so typing r or R while holding command down will invoke the Remove function. Since there is a confirmation alert anyway, I suppose there's no danger of accidentally erasing a sound.
- cmd-Q Quits the program
- cmd-O is equivalent to clicking on the Open… button
Bugs fixed since version 1.52:
- double clicking on the waveform to select it all now works EVERY time
- when opening an FSSD file it looks for rate in either INFO, 1000 (SoundEdit) or info, 128 (SoundWave). It previously recognized only SoundWave and compressed SoundCap rates.
- fixed bug that caused an outOfMemory alert to be displayed when resources could not be accessed
- Copy button is now correctly on only if dest is either an FSSD data file or a resource file set to receive 'snd ' format sounds
- no longer asks to save changes when source file is not 'snd ' type
- correctly converts to type2 even when copying directly from an FSSD datafile to a STAK
- disabled Paste menu choice when uneditable sound is selected
- several users reported that HyperCard would play any sound copied into a stack with Sound Mover twice. This bug was not there in versions prior to 1.52. It was introduced when I modified the way I created the snd2 header to more closely follow the example in Apple's Sound Manager documentation. It turns out I should have known better… Anyway, it's fixed.
- Mr Moore also noticed that sounds copied into HyperCard itself (as opposed to a stack) would not be converted to snd2. That's now fixed, too.
- I also fixed an obscure bug reported by Frank Easterbrook. He likes to lock his system file (by checking the box in the get info) so that its modification date won't change and that it will thus be ignored when his back up program decides what should be backed up. That's all fair enough you'll say: right, but he found that Sound Mover didn't like a locked System file. So much so that it would crash his system. That too is now history.
******************************
Please keep reporting bugs and making suggestions. Together, we'll make Sound Mover even more useful and more fun to use!
And thank you one and all again for the very encouraging number of registrations I've received so far.
